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(S) Image rendering process and apparatus. 

(57) An apparatus for creating a page image which 
may include complex graphics information for 
display on a continuous- synchronous raster 
output device by generating bands of graphics 
information which use an amount of memory 
which is less than the amount which would be 
needed to store a complete page image, said 
apparatus comprising : 

a) means for receiving and interpretting com- 
mands in a page description language which 
define the page image to be output ; 

b) means for generating a set of graphics 
orders from the interpretted page description 
language commands such that : 

i) said graphics orders can be processed into 
bands of bitmap images which can delivered to 
the output device at a speed required by the 
output device ; and 

ii) while the graphics information in a first one 
of said bands is being output by said output 
device, the bitmap images for a second one of 
said bands is being generated ; 

c) means for generating said bands of bitmap 
images from said graphics orders ; 

d) means for outputting said bands of bitmap 
images to said output device. 
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(g) Image rendering process and apparatus. 

© An apparatus for creating a page i^e which may 

^^^rS^^S!^ — ds in 3 ™* deSCripti ° n ,3n9Ua9e define ** 

JEK fo^Sg-a set of graphics orders from the interpretted page description language 
TTa1Slra%T« h o a rders can be processed into bands of bitmap images rich can delivered to the output 
'T^T^Tl^ bands is being output by said output device, m. 

h^r iL for a second one of said bands is being generated . 
"5 means'for JL^g « J bands of bitmap images from said graphics ^orders ; 
d) meanl Tor outputting said bands of bitmap images to sa.d output device. 
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SUMMARY OF THE INVENTION 

The present invention is an apparatus and method used to perform image rendering in a manner which is 
capable of producing complex, hioh resolution paoe images for a continuous synchronous raster image output 
device, such as a laser printer, using a minimum of random access memory. 

A continuous synchronous raster image output device requires delivery of the output data in a fixed penod 
of time If the data is not delivered within the fixed period of time, the output page image is corrupted. The inven- 
ted method and apparatus decomposes basic graphics functions into a compact series of orders or commands 
suitable for realtime processing and then generates the output page image on the fly. By way of contrast, except- 
ing for print engines with.limited or no graphics capability, prior art techniques for continuous synchronous raster 
image output devices require that an entire page be constructed in memory before the output page .mage is 

sent to the output device. _ 

The invented technique defines the graphic content of a page in much less memory than the rendered 
image would otherwise require, but in a form that can be processed and delivered to an output device at the 
speed required by the output device. In order to accomplish this, graphics functions are represented as low 
level primitives, referred to herein as orders, to guarantee that they can be converted to bitmapped .mages in 
r ealUme.,A ddTtionally. the quantity of orders or commands is reduced by eliminating redundant or overlapping 
graphics functions to minimize the memory used by the orders. 

The invention uses a realtime output processor which operates on a small section of the page .mage at a 
time Such a section is called a band. A band consists of a predetermined number of scanl.nes where each 
scaniine is a series of pixels to be delivered to the output device at the speed required by the output dev.ce. 

After building a first band, a second band is created while the first band is being printed. Us.ng pnor art 
techniques, and given the present speed of processors used to generate bitmaps of the image to be printed 
which is sent to the output device, it would not be possible to finish creating a bitmap for the second band before 
the printer finished printing the first band. That is. since continuous synchronous raster image pr.nters print at 
a fixed speed, to ensure that a page is printed correctly, prior art techniques require the creation of a b.tmap 
image of the entire page to be printed before any part of the image is passed to the pnnter. 

By using a technique for generating bitmap images which are less than the complete page, and send.ng 
only that portion to the printer, while the bitmap image for another portion of the page is be.ng created, the pre- 
sent invention results in a great cost savings by using less memory. Additionally, even if there is sufficient mem- 
ory to build a complete page, by using the banding technique of the present invenbon. a second page can be 
constructed in one band while a first page in another band is being printed, thereby increasing the throughput 

° f th The n p n resent invention accomplishes its goal by deferring the execution of application generated commands 
that draw pixels in the page image. These commands are converted to graphics orders rather than d.rectly to 
bitmaps The graphics orders take up much less memory than corresponding bitmaps, but can be converted 
to bitmaps for sending to a printer at a speed fast enough to keep up w.th the pnnter. 

Since a single graphics command may affect more than one band, an order may be processed multiple 
times. In this connection, order command blocks, which are represented as tabular structures .n memory, 
include information to allow selection of those graphics commands needed for a given band 

More particularly, image rendering according to the present invention uses ari order construct.on step and 
two image drawing steps. The order construction step is used to build orders for deferred execuuon. Appl- 
cations commands for pixel drawing in memory other than the page image result in bitmaps stored in user mem- 
ory and do not result in stored orders because these commands are processed immediately. The bitmaps 
produced by immediate blits later may be used by a PDL interpreter as source bitmaps for blrts .nto the page 

inputs to the order construction step are presented through a graphics subsystem interface such that each 
graphics call delivers arguments which the order construction step reduces to a compact command block which 
may indude a 'band" number to be used by the image drawing steps to select a subset of commands for each 

command blocks thus reducing the number of command blocks and the memory 

The first (immediate) image drawing step proceeds in parallel w.th the generation of orders that draw 

objects in the page image, objects drawn in this step are stored in the above-ment-oned «ser memory for ^use 
55 as source data for the second drawing step, but the order command blocks for them are released for reuse. 

The second (deferred) image drawing step starts when all orders for the P^ e ^^e have been generated 

This step may process order commands multiple times, once for each image band affected. Orders that do not 

affect the current band are skipped. 
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;<= ;Hpnt?fled bv the band number included in the command. 

mand affects multiple bands. ■ 

BRIEF DESCRIPTION OF TH E DRAWINGS 

Figure 1 * biocK overview diagram of, process for general a P*"' P*>* a " WtoB °" 

which generates graphic Images which are to ^" nl f\ w|e( , 5 a „ d bi , map image generator 17. 

" a ^e7ir« r r,rd,.gr,rn o, ,n impi.menta.ion o, outpu. control ,5 and bi, map kn.ge generator 
17 according to the present invention. 

DETAILED DESCRIPTION O F THE INVENTION 

. The present invention han.es rendering of a page ^ ^^^l 2 

a continuous synchronous raster image ^^^^^^^^Z^ of an image to be 
instructions from a user.through an is available from Adobe Corporation, 

printed in a page description language (PDL) 1 ^such a ■ Po*W wh e . mages as ^ as 

A PDL defines commands which allow complete and prease control or v ap p, icat ion service 

all of the atributes of character fonts including ^^'^^^^r^Z of underlying 
interface which generates PDL instructs ^^^^ , ^^^^ proamte .^\\nB 
hardware and/or software support For %Z£> M B corresponding to a bitmap image 

from point A corresponding to a b.tmap .rnage coortmata of xl y P jnstnjctions duding page and 

coordinate of x2,y2. Such an instruction would generate a series 
_ line setup instructions) as follows: 

newpath ■ 

x1 yl moveto 

x2 y2 lineto stroke • . . accor dinq to the present invention, 

,„ the sJp.ee. case where there is no specie h.rdwar °™*°°*^i°Zl<,L 15 w Lh prod u «s the 
the PDL instructions an,, in effect, d.reotions^ o a PD ^^f hte , ob]scts ,„d character bit- 

^e^ 

page image memory. ho „^ leH hv the outDut controller synchronously. That is, a particular 

in this case, the graphics calls are handled by Jh« .output co J jn g buffer afte r which 

graphics call generates a portion of an image wh.ch is to be P""' 8 ^' wofk on ^ same page 

contro. is returned to the PDL interpreter The mterpreta on ^9 steps - ^ ^ ^ 

irn ,ge until a page termination ^ " 

yz:^™»™~^^" - — for the next pa9e whi,e * e hardware 

delivers output from the previous page via DMA or other means^ ^ ^ ^ operate 

Output controHer 15 utilrzes a graph.cs interface which mdude. grap^ ^ system of the outpu t 

in the coordinate system of the output dev.ce 1 t^"*^^^ tne image coordinate system is 

device corresponds to the first pixel written to the output dev ce , The , * « ^ ^ .^.^ x _ 

parallel to the output device scan (raster) lines. Thus. ,n left t , nght P™ ^' p ordinate orde r. 

Ordinate order, but in top to bottom printing. ^ ' ,n « 9 ^ U ^ ,n < ?S page image by giving its width 
The PDL interpreter part of the output contro ^^"^ the placement of the image within 

and length. The PDL interpreter part of the ^^^^^^ are expressed in pixeis. 

the physical page by supplying top ^^^^S^ 0 f calls as follows: 
The graphics interface of output controller 15 creates two iyw 

1) calls relating to pages; and 
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2) calls which draw bit images. 

Calls relating to. pages are as follows: 

1) New Page - performs initialization for a new page image. 

2) End Page - starts the realtime printing process if the output device is idle or queues the image orders if 
5 the output device is busy. 

3) Abort Page - if the printing phase has not started, throws away the orders for the page. 

4) Abort Ail - throws away all pages waiting to be printed. 
There are six classes of bit image drawing calls as follows: 

1) Two Operand Blit - performs a two dimensional bit block transfer between two bitmaps, a source and a 
10 destination. 

2) Three Operand Blit - performs a two dimensional bit block transfer using three bitmaps, a source, a 
halftone, and a destination. 

3) Draw Scanline - writes pixel groups on a contiguous block of scanlines within the destination bitmap. 
The input includes a table defining pixel groups to be written. 

15 4) Draw Scanline Halftone - writes pixel groups to the destination bitmap according to the contents of a 

halftone source bitmap and a table defining pixel groups to be written. 

5) Draw Pixels - draws individual pixels in the destination bitmap according to a pixel table. 

6) Draw Pixels Halftone - draws individual pixels in the destination bitmap according to the contents of a 
halftone source bitmap and a pixel table. 

20 Generally each of the six classes has at least two calls, one for writing to the page image bitmap which 

the graphics subsystem interface manages; the other for a PDL interpreter managed destination, typically, a 
RAM user memory. 

Interface to Bit Image Drawings Calls 

25 

Generally, bitmap image drawing calls expect user and halftone bitmap descriptors as input A user bitmap 
descriptor contains bitmap origin byte address, i.e.. the memory address of the upper left corner of the bitmap, 
bitmap width in pixels, i.e., the number of pixels per scanline, and bitmap height in pixels, i.e.. the number of 
scanlines. Bitmap width and height may be arbitrary pixel values. Clipping occurs to the specified bitmap width 

30 and height for destination bitmaps: no source bitmap clipping is performed. 

While user bitmap dimensions have no boundary constraints, a halftone bitmap width is constrained to be 
0 mod 32 pixels (32-bit word multiple), in addition to bitmap origin, width, and height, a halftone bitmap des- 
criptor has three additional fields. Two of the additional fields are x.y origin parameters specifying the point in 
the halftone bitmap that corresponds to the destination bitmap origin. The third additional field provides hatftone 

35 bitmap size in bytes. Halftone bitmap usage wraps instead of clipping. This causes the halftone bitmap to appear 
to repeat in the destination bitmap in both the x and y dimensions. 

Normally the contents of a source bitmap do not change except by means of subsequent calls to the 
graphics support routines performed by output controller 15. However, occasionally the PDL interpreter needs 
to directly change the contents of a source bitmap after using it in a graphics service call. Since graphics ser- 

40 vices are not necessarily performed synchronous to the requests (that is. completed prior to the service 
requests return), a direct change may change the bitmap contents prior to its use by the output controller. In 
such a case, the bitmap must be declared -volatile." for example, by the PDL interpreter passing a -volatile- 
flag as an argument to the graphics interface of output controller 15. 

This feature must be used sparingly and only where truly . needed due to the expense in memory and pro- 

43 cessor time. It is not intended as a substitute for PDL interpreter management of required memory. When the 
PDL interpreter and the other portions of output controller 15 operate synchronously, no problem arises. If the 
two processes njn asynchronously as they do when the controller indudes hardware assistance or when double 
buffering is in effect, the output controller must make a copy of a -volatile" bitmap so that the bitmap does not 
change before it can be used. The caller, i.e.. the PDL interpreter can flag a bitmap as volabie in its descriptor. 

so Figure 2 shows the functions according to the present invention performed by output controller 15 which 

inputs PDL commands, interprets the PDL commands and generates graphics commands or orders, and by 
bitmap image generator 17 which generates a bitmap of the image to be printed from the graphics orders and 
outputs the image to the printer. # . 

A functional block diagram of output controller 1 5 and bit map image generator 17 as implemented in the 

55 prior art will now be described with reference to Figure 3. Specifically, output controller 15 and bitmap image 
generator 17 comprise a graphics interface subsystem 23 which receives the graphics calls generated by PDL 
interpreter 21 based upon the PDL instructions 13 generated by application 11. The graphics interface sub- 
system passes the graphics calls to immediate blit processor 29. User memory 24 is a random access memory 
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used ^interpreted 

*. events shown in Figure 3 operate to produce a raster output suitable 

to %^r;™"*e pdl source - te r nte •r ,in9 * e 9raphics interface subsys " 

tern 23 as necessary using calls relating to ^r^^^^ start a new page, the graphics Intel 

When the PDL interpreter calls the '^^^^Z^^ page image, 
face subsystem calls memory manager 43 to ^^°^ media ^ m processor 29 for each blit command 

Subsequently, the graphics interface « u ^^^^„ ^ adjusting the parameters as necessary 
from the PDL interpreter 21 after ^^^^^^ beyond the boundaries of the destinat,on 
to perform destination clipping. !.e.. assu " n3 ^ 3 e ^ n t of the page image. 

when current activity completes. DMA or FIFO 53 and by starting a 

agar 43 or re-use itfor another page. f „„,,icns of output controller 15 and bitmap image 

? Figure 4 K a functional block diagram showing the '""«' ora °' Before desc „bi„g the ele- 

geneior 17 when implemented according ^ the ^^\^ r l'l s bewe en the (echnioue for rend.nno 

35 S hown in .gore 4 are no, used in the prtor 

rAddibon.il,,™ the,iorar,= U ,pu.in,en,c. 47 

Rented banding technique includes * """^ 

b„^er~ s ~s 



blit processor 37. 
, Design of the stored order formats. 
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. 3 . An order compaction function. processor to eliminate those that it cortv 

4. A capacity for updating the stored orde^ ^ ^ eff J ently reprocess an order that spans mu.- 
pletes or ma* those that it must reprocess in a way so ca 

tiple bands. . , . . in , ortwar e when implemented using co-processor 

While the invented technique may be .mptomented '^ are - blit processor. In addition, 

hardware, the hardware replaces both the ^^i, ft . output FIFO or DMA device 53. A 
in the preferred embodiment, a hardware 7' eme aU ° n ™ ame typeof order updating as that performed 
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can be implemented in a cost effective manner. 

The following is a brief description of each of the functional elements comprising the invention as shown 

in Figure 4. 
5 Graphics Interface Subsystem 23 

POL interpreter 21 calls graphics interface subsystem 23 which is a set of standard interface routines for 
graphics services. The graphics interface determines whether it can perform an immediate blit based on 
whether or not the destination is user memory 24 or band buffers 41 . If it cannot do an immediate blit, it calls 
10 order construction function 31 to create stored orders 35. 

After either the immediate blit is done or the orders have been constructed, the graphics interface subsys- 
tem returns to PDL interpreter 21 . 
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Immediate Blit Processor 29 

This function draws pixels in user memory 24 as requested and returns. This function is known in the prior 
art and is performed whenever pixel drawing commands affect a user memory destination. 

Order Construction 31 



Order construction processing 31 generates orders 35 which are stored in a memory for subsequent use 
during realtime blit processing performed by realtime blit processor 37. For certain types of orders where it may 
be possible to combine subsequent orders with ones already known, it calls the order compaction function 33 
to keep track of the orders. In the preferred embodiment, at least scanline blit orders are subject to compaction. 
25 Other types of orders can be compacted in accordance with the teachings of this invention. 

Order Compaction 33 

This function keeps records of the orders that may be compressed until informed by the order construction 
30 processing function that it must wrap up a set of orders. Then it reinitializes its internal information to start col- 
lecting information about the next set This function is very important in cases where many small scanline blit 
orders operate on a small region of the page image. Such compaction provides major reductions in the amount 
of memory required in cases because the blits overlap. 

35 Stored Orders 35 

Stored orders 35 is an internal representation of commands to create the images the application requested. 
Realtime Blit Processor 37 

40 

When the PDL interpreter issues a call to say it has completed ail the requests for a page, graphics interface 
subsystem 23 starts the realtime processing phase. It traverses stored orders 35 once for each band to be out- 
put When all orders that effect a band have been processed, it calls output interface 47 to queue the band for 
output or start it immediately if the DMA or FIFO buffer output hardware 53 is available, rf another band buffer 
45 41a. 41b or 41c is available, it will construct the next band. When no more buffers are available, it returns to 
the graphics interface subsystem 23 which returns to PDL interpreter 21. The PDL interpreter may continue 
interpreting input and working on the next page. From this point on, realtime blit processor 37 is driven by inter- 
rupts inititated by output hardware 53. 

Realtime blit processor 37 converts the stored orders into a bitmap image corresponding to a band or sec- 
so tion of the page to be printed which is stored in band buffers 41a, 41b or 41c. 

Specifically, interrupt handier 49 is notified by output hardware 53 when a band has been delivered to the 
printer. Realtime blit processor 37 is then called as an -extended interrupt thread- to continue its processing. 



Band Buffers 41a, 41b, 41c 

Band buffers 41a. 41b and 41c is a random access memory used to hold the bitmapped page image. If 
banding is not used, a single band buffer is used to hold a complete page. Otherwise there may be 2 or 3 band 
buffers of a size much smaller than the complete page. 
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Memory Manager 43 



r a'j 3llocates and deallocates blocks of memory in response to calls from graphics inter- 
Memory manager 43 allocates ana aeaiioc^ rea | t ime blit processor 37. Memory manager 
face subsystem 23. order construction 31 . ^^^^^^^ the band buffers according 
43 is a software function that manages the mem0 ^ h C °" ta ^ when the other software compo- 
to we., known memory management techn.oues ^™^™^ Q be printed are transferred from 
nents need to acquire or free blocks <^ t ^^^^ r ^ n ^l pMn cf<^\ t t^ 
the band buffers 41 to DMA hardware or a FIFO buffer 52 ' f ° r ^* r £ P m J 43 . , n tn is connection, 
47. output interrupt handier 49, rea.time Bht ^^^^ 
although three band buffers are shown m Figure 4. m pract ,c there may 
although in most cases two or three band buffers are sufficed 



Output Interface 47 



Output interface 47 receives comp.eted bends *orn «*»• > - » £ when 
u the output hardware 53 or queues them to output ^TZ'^ .l^ synchronic 
,, is no longer busy. With the help of output ^'^Xt^Z^^L Prtn, engine, send . frame 

" "when a F ,FO bu»er,s use. ,s th. ^^SS.r^^^'S 

d^^rr:^^ 



white. 

Output Interrupt Handier 49 



• As the output hardware f.nish.s delivering . bend to . video j^- ~j ZtgZZZZ 
interrupt T*e output interrupt handler f^^^J^Z^' m.y ™~ «• 

runs on a separate stack with CPU prionty lowered so that rt can be .nterrupt 
Output Hardware 53 " 

u J=to^^ 

porate a FIFO or DMA controller output hardware • implemented in hardware. 

in the preferred embodiment, the funct.or.al f ^"'^^^re the function performed by each such 
although if one or more of such e.ements ™ ™«*»™ £j^o7^C«.» of instructions in a memory 
element is actually performed by ooerahon o * nction being performed. .„ this con- 

^^i U ^^^^™ ° f R9Ure 4 Pr6Sent inVenBOn 

implemented as follows. 

Graphics interface subsystem 23 
^e„7,g^^^^ 
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New Page 

The New Page call performs initialization for a new page- 
5 Determine page image memory requirements from input ar juments 

Call the Memory Manager to allocate band buffers for the page 
image 

10 if Memory Manager cannot supply required memory 

Then if application passed NO_PGWAIT flag or no output in 
progress 

Return with error 
Wait for memory to become available. 
Initialize memory and control structure for page 
Return with no error 
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End Page 

25 End Page starts image printing if the page is not banded or starts the Realtime Blit if the image is banded. 

Save the address of the application completion function 
Set initial parameters such as current band number -and copy' 
number in the control structure for this page 
If the page is not banded 

Call Output Interface to deliver the image buffer for output 
Return t 
Else 

Call the Realtime Blit routine, Start Next Page 
Return 
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All Blits With User Destinations 

If the page is not banded or the application called with the 
DO_ONCE flag 

Call Immediate Blit to perform the pixel drawing service 
Return 
Else 

Call Order Construction to create Stored Order for the blit 
Return 
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All Blits With Page Image Destinations 

If the page is not banded 

Call Immediate Blit to perform the pixel drawing service 

Return 

ElSe call Order Construction to create Stored Order for the 
blit 

Return . 

Immediate Blit Processor 29 

The immediate b.it function draws pixels in memory. Each type of blit has , , .« - of, arguments that determine 
the 2e cTtte image to be drawn, its location in memory, and the part.c.ar bit funct.on. 

Two Operand Blit 

The two operand blit performs a two dimension^ bit biock transfer operation between two bitmaps. The 
source and destination bitmaps are defined by the passed bitmap descnptors. 

Three Operand Blit 

The Three Ope™- » P~ «■ ^"""le"^^ 
• destination is a user defined bitmap.Each sourc, ha "1**^^ Ttle mird bitmap !s , halftone 
pixop parameter and than rewritten to the same o,x* in the ■ »- " d ^Hon frame. The halftona bitmap 
(or inking) bitmap typically used to wn.a an halftone bitmap is .sad in a 

Scanline Blit 

scanline. The table structure allows for multiple groups per -scanline. 
Draw Scanline Halftone 

"^I^Tftone wt.es pixel groups to the 

halftone bitmap and the pixop boolean. The user passes , >»£™£™££$. „ ntlguou s sequ ence of 

scanlines. 

Draw Vertical Line 

sequence of pixels. The table structure allows for multiple pixel groups. 
Draw Pixels 

Draw Pixels processes the specified pixe, table, writing the affected pixels according to the destination on,y 
booleaTpixop. L destination I. defined by the destination b.tmap descnpto, 
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The pixel table consists of the number of xy pairs. 
Draw Pixels Halftone 



Draw Pixels Halftone processes the specified pixel table, writing the affected pixels according to jhe 
halftone bitmap and the boolean, pixop. The destination is defined by the destinat.on b.tmap descnptor. .he 
pixel table consists of the number of xy pairs specified in the count parameter. 



4£ 



Logical Pixel Operations 



The value of each pixel written is determined by a logical combination of the pixel(s) involved m a particular 
operation. Some operations such as scan.ine involve only a destination pixel at each coordinate Others such 
as 2blit involve a source and destination pixel at each coordinate while yet others such as 3«* ».^n^ 
source, and destination pixels. There are 256 possib.e combinations of three pixels and the four bco ean 
operators: NOT. AND, OR. XOR. All such combinations can be expressed us.ng b.tw.se log.cal comb.nat.ons 
of the following definitions: 



Logical Pixel Operations 

The value of each pixel written is determined by a logical combination of the oixe!(s) involved in a ' P^cular 
operation. Some operations such as scanline involve only a destination pixel at each coordinate. Othere such 
as 2?.it°nvolve a source and destination pixel at each coordinate while yet others such as Sb.rt mvo.ve halftone. 

source,, and destination pixels, mat AMn ad' yor 

There are 256 possible combinations of three pixels and the four boolean opera ors: NOT AND. OR XOR. 
25 All such combinations can be expressed using bitwise .ogica. combinations of the fo.low.ng defin.t.ons. 
GRSJDST =10101010 
GRS_SRC = 11001100 
GRS_HT= 11110000 
GRS_WHlTE = 00000000 

T^H^ZV^CKll used when the written p*e.s are to have the corresponding value without 
reJrTtoZZr pixel values. The other three values can be combined to produce al. other poss.b.e un.que > boo- 
Z ! cVmbSons oi three pixels with four operators. Not all combinations necessarily produce useful effects. 

For example: 
35 to copy source pixels to destination... 

Py pixop = GRS_SRC 11001100 

to complement destination pixels ... 

pixop = NOT GRS_DST 01010101 
to superimpose a source bitmap onto the destination bitmap ... AA<n ^. n 

pixop = GRS_SRC OR GRS_DST 1 1 1 01 1 10 

to superimpose a negative of a source bitmap onto the destination^ bitmap 

pixop = (NOT GRS_SRC) OR GRS_DST 10111011 
to white destination pixels corresponding to an image in a ^source bitmap - 

pixop = (NOT GRS SRC) AND GRS_DST 00100010 
to halftone all destination pixels which are" black in the source bitmap leaviny other destination p.xe.s 

"^Txop^ (GRS.SRC AND GRS.HT) OR ((NOT GRS.SRC) AND GRS_DST) 11100010 
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,. ate blits proceed as follows: 
All immediate dxh-^> f 

Check user arguments 
If argument error 

Return error 
If clipping required 

Adj ust parameters foe low level blit call 
If blit hardware available 

Set up hardware command/order 
If hardware busy 

-tart bv interrupt handler 
Add order to queue 'for. start by x 

Return - 

Else 

Call approp 
Return 



opriate low level blit function 



Order Construction 31 

Build . stored «J« I<» th. blit "9™"» P»"« d 

„ tfc . aP pli=.ti=n dl* .1th VO««« «.« «« 

bitmap 

„ Q v 5 nare to copy the bitmap 
Call the memory manager to get space to c^y 

If there is not enough memory available 

Return with error code 
Else copy the source bitmap 
If the revested blit is not' subject to compaction 

Call order compaction- terminate data structure routine 

Else 

Call order compaction add order routine 
Return 
Order Compaction 33 

orH^n* into a single order, eliminating redundancy for mui- 
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in an internal data structure. It continues adding to the structure until Order Construction calls with a request 
to terminate the current set. When this happens, the current data structure is converted to an order and placed 
in order storage. The next call to order compaction begins a new data structure. A number of commonly used 
data structures can be used to keep track of the orders subject to compaction, including a linked list, an array, 
s or a binary tree, if a fixed length, non-extensible structure such as an array is used, the size of the array limits 
the number of orders which may be combined. This does not defeat the compaction scheme; If the data structure 
becomes full, the Add Orders function can call the Terminate routine to terminate the current set and start a 
new one. This may reduce the level of compaction somewhat. 

10 Add Order 

If there is no current data structure — 
Call Memory Manager to allocate space for data structure 
If error 

Return error 
Initialize new data structure 

Place input pixel groups in the new data structure 
Return 

" Set "current input group" to the first pixel group in the input 
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Set "current existing group" to the first pixel group in the 
existing data structure 

While a "current input group" remains to process ("current 
input group" less than or equal to number of input pixel groups) 

( 

Compare "current input group" y position with "current 
existing group" y position 
If equal 

Compare starting x (horizontal) position of 
" currer 



snt input group" with x of "current existing 



group" 

If "input" x_start greater than or equal to "existing* 
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x_start and "input" x_end less than or equal to 

"existing" x_end 

Alter "existing" pixel group to include '"input- 
pixel group 

Increment "current input group" 
Increment "current existing group" 

If "current existing group" greater than last existing 
group (no more existing groups) 

Add remaining input groups 

Return 

) 

Return 

Terminate Data Structure 

Convert data structure to order 
Attach new order to realtime orders 

Call Memory Manager to deallocate temporary data structure 
Return 

Realtime Blit Processor 37 

to generate the next band in the available band buffer. 
Start Next Page: 

If this page has a pre-allocated band buffer 
If Band Generation is busy 

Queue the page control structure 
Return 
Call Band Generation pas 
Retucn 

Else 

Return 



sing the page control structure 
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in order in the list of Stored Orders has its band 
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Band Generation Entry Point: 

While image generation not done 
5 { 

If all image band buffers are busy 
Return 
10 While ar 

number equal to the current band number 

( 

Extract information from the order to define the Mit 
required to draw the indicated pixels or the portion of them that 
fit in the current band 

Call the low level blit function 

If the order cannot be completed in the current band 

Update the band number in the order to current band + 1 
Update other parameters as necessary 
- Else 

30 



35 



40 



45 



50 



55 



15 



EP 0 470 782 A2 



Mark the order as complete 

) 

If this is the first band of the page 

Set first band flag to pass to Output Interface 

Also set completion' routine address 
If this is the last band of the page 

Set last band flag to pass to Output Interface 
Call Output Interface passing output structure 
If last band of image was generated 

If another image copy required 
Decrement copy count 

Reset band number to 1 in current control structure 

Else 

If another image is queued 

Get its control structure from queue 
Else 

Set band generation done 

) 

Return 

rnmplPtion Function: (Called by Interrupt Handler) 

Mark band buffer idle 

If more bands in current image and Band. Generation is idle 

Start Band Generation via "extended interrupt thread" 
Else 

Call PDL interpreter completion function if there is one 
Return 
Memory Manager 43 

The Memory Manager provides RAM allocation and deallocation services such that the other functions can 
request arid release variable size blocks of memory. 
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AJIocate Block 

Search internal data structures for a free memory block equal or 
greater in size than the size requested 

If a block equal to the size requested is found 
Mark block as in use 

Return to caller with address of block 
Else 

Divide free block into two 

Mark the new block for the caller as in use 
Return to caller with address of block 

20 Free Block 

Verify address of block 
If address invalid 

Return with error code 
Mark block as free 
Return with no error 
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Output Interface 47 

The Output Interface receives arguments defining the size of the band buffer, a completion function 
35 address, left and top margin information, a count of the number of times to p.rint the band, and flags indicating 
first and last band. In the non-banded case the band is a full memory image* of the page and both first-and last 
band flags are set. 
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If the output device is busy 

Place band information on internal queue 

Return 
Else 

Initialize internal data structures 

Start the output device 

Wait for synchronization signal 

Copy the first scanline or multiple scanlines to FIFO or 

start 

DMA device to begin image delivery 
Return 
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Output Interface Handler 49 

The hardware interrupts when more data must be delivered to the FIFO or DMA device. 

Check internal information t > determine whether more scanlines 
in the current band buffer must be delivered 
If no more scanlinea in current band 

Call Realtime Blit Completion Function 
Dequeue next band 
If no more bands 
Return 

Else 

Initialize internal information for this band 
Copy to FIFO or start DMA 
Return 



" "Claims 



An apparatus for creating a page image which may include complex graph.es .nformat.on for d.sp ay on 
a continuous synchronous raster output device by generating bands ofgraph.es .nformabon wh.ch use an 
amount of memory which is less than the amount which would be needed to store a complete page .mage. 

^"Snr^^nd interprets commands in a page description language which define the 

S a mVaTtor1eneraBng a set of graphics orders from the interpretted page description language com- 

ma O^grajhics orders can be processed into bands of bitmap images which can delivered to the 
output device at a speed required by the output device; and 

ii) while the graphics information in a first one of said bands is being output by sa.d output dev.ee. 
the bitmap images for a second one of said bands is being generated; 

c) means for generating said bands of bitmap images from said graphics orders; 

d) means for outputting said bands of bitmap images to said output dev.ee. 

The apparatus defined by Claim 1 wherein said graphics orders generation means comprises: 

a) graphics interface subsystem means for receiving said interpretted page descr.pt.on .anguage com- 
mands and passing said received commands to at least one of a memory manager means, an 
immediate blit processor means and an ord er construct.on means; 

bTsaid memory manager means for allocating and deallocating blocks of a memory ,n response to calls 
from said graphics interface subsystem means, said order construction means and an order compaction 

Ssaldimmediate blit processor means for drawing pixels in a user memory based upon pixel drawing 
commands passed by said graphics interface subsystem means; 

"TaTd order construction means for buDding stored orders based upon blit arguments passed by sa.d 

araohics interface subsystem means; 

Ssaid order compaction means for combining multiple orders operating on the same desfnat.on petal 
groups built by said order construction means. 
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The apparatus defined by Claim 2 wherein said band generation means comprises a realtime blit processor 
means for traversing said stored orders once for each band to be output and converting the stored orders 
into bitmap images corresponding to sections of said page image to be output and storing said bitmap 
images for each said band into a corresponding band buffer. - 

The apparatus defined by Claim 1 wherein said band qutputting means comprises: 

a) output interface means for receiving completed bands of bitmap images from said realtime blit pro- 
cessor means and passing said bands to an output buffer means based upon signals received from 
said output buffer means and an output interrupt handler means; 

b) said output interrupt handler means for receiving a band containing said bitmap images from a queue 
and passing said band to said output buffer means; 

c) said output buffer means for sending said bitmap images to said output device. 
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Application For Generating Graphic 
Image To Be Printed 



Page Description Language (PDL) 
Representation Of Image To Be Printed 



Output Controller 



Bit Map Image Generator 



Output Device (Laser Printer) 
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